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(S) Method and apparatus for recommending selections based on preferences in a multi-user system. 


(57) A system for determining selections that a user is likely to be interested in. The determination is made 
based on the user's prior indicated preferences. The user designates his or her preferred selections as 
entries in a user's preference list. Entries in the user's list are compared with entries in the other users* 
lists. When a significant number of matches have been found between two lists, the unmatched entries 
of the other user's preference list are extracted. The unmatched entries are further processed. Those 
unmatched entries with a high correlation to the user's preference list are presented to the user as 
selections in which the user is likely to be interested. 
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The generation, replication and transmission of information by automated technology has far surpassed 
a person's ability to keep up with th information. Not only is this true in the business world, but our leisure 
activities also involve sorting through an overwhelming number of choices and making intelligent selections. 
For example, there is an abundance of entertainment in digital-audio or digital-video form, such as compact 

5 discs ("CD's"), mini-discs, digital audio tape ("DAT"), laser discs, computer graphics, high-definition television 
("HDTV"), etc. The accelerating ability of communication systems to convey this information virtually instan- 
taneously means that we have access to many thousands of selections. 

The trend is for computers to be integrated with household devices, such as telephones or televisions, giv- 
ing rise to "smart phones" or "intelligent" or "interactive" televisions. Atelephone with computer capability could 

10 be used to "download" digital information, representing, for example, music selections, into the memory of the 
telephone for later playback. Alternatively, the downloaded information could be written to a medium such as 
a writeable compact disc. Thus, the smart phone would be capable of downloading high-fidelity music onto a 
CD that could be played at the user's leisure on his or her sophisticated stereo system. Since the telephone 
is connected to a vast network, such a system would provide an efficient method of exchange of sound infor- 

15 mation. In effect, a user could, for example, "dial-up" a central processor and employ a push-button phone or 
other input device to request music by the user's favorite recording artist and have it downloaded into the user's 
home. A similar setup is possible for visual images downloaded to an interactive television via, e.g., a cable 
network that connects the interactive television to a central site where movies are stored and available for 
downloading. 

20 However, one problem with these systems is that it is often difficult for a user to keep abreast of all of the 
possible selections for sound and image data, that is, current releases by a favorite recording artist or current 
movies that might be of interest to the user. The speed with which new entertainment selections are provided, 
not to mention the past decades of audio and visual works already in existence, results in a huge number of 
selections that is ever-growing. 

25 One way for a user, or subject, to make a selection from a large collection of digital "objects" is to allow 
the user to input selection information into a network. The selection information is then sent to the central or 
host processor which categorizes the types of objects, e.g., music or video selections, that are of interest to 
the user and presents the user with these categories of selections. However, the categories are usually broad. 
For example, in the music realm a user might make selections in the categories of "country music" or "jazz." 

30 These categories are extremely broad, each encompassing many thousands of recordings. On the other hand 
a user might indicate a specific artist, although this is extremely limiting in that only recordings by that specific 
artist can logically be associated with the user's selection. Also, this method of having the user provide category 
selections places the burden of keeping track of new developments on the user himself. The categories may 
change, for example, rock music has split into various other categories such as heavy-metal, modern, and al- 

35 ternative. Category selection is also limiting to the user since it can only provide what the user knows how to 
ask for. 

The present invention provides an efficient means for presenting a user with recommended selections from 
a large number of possible choices. The invention is applicable to any type of information "objects" that can 
be ordered according to the preferences of a user, or "subject." Preference information from the users is ob- 

40 tained via the network and the recommended selections are communicated to the users over the network. In 
a preferred embodiment of the invention, the objects are digital sound recordings. 

In a first embodiment, the invention comprises a method executing on a computer system which includes 
a processor, database, an input device, and an output device. The database includes a plurality of dataf iles, 
each dataf ile containing a plurality of preferences. A target user inputs signals to indicate a set of preferences. 

45 The database is searched to determine the number of user preferences that match preferences in the dataf iles. 
If the numberof matched preferences for a given dataf ile is above a predetermined threshold, the non-matching 
preferences in the dataf ile are output as recommended selections to the user. 

Thus, this embodiment of the invention operates on the assumption that if two people have similar tastes 
in music, it is likely that the preferences of one will be desired by the other. 

so A second embodiment of the invention uses a computer system including a processor, database, input de- 
vice and an output device. The processor is used to store pairs of ranked objects in the database. A ranking 
number is associated with each of the pairs. A user of the system selects an object, and occurrences of the 
selected object in the . pairs are detected. For each pair in which the selected object occurs, the object in the 
pair that does not match the selected object is determined. The processor is used to order all non-matching 

55 objects into a list according to the ranking number for the non-matching object's pair. Finally, the ordered list 
is output as a list of recommended objects. 

Various parameters of the systems described above are adjustable. These parameters include the size of 
the list of preferences associated with each user and the numberof matches required between two us rs befor 
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presenting the matching user with the matched user's unmatched selections. Also, the manner of weighting 
and ordering unmatched preferenc s is adjustable. 

Embodiments of the present invention will now be described with reference to the accompanying drawings, 
in which: 

5 Fig. 1 illustrates a portion of a network used to transfer information in one embodiment of the present in- 

vention; 

Fig. 2 is a block diagram of the host processing station of Fig. 1; 

Fig. 3 shows a flowchart of a routine for correlating user preferences in one embodiment of the present 
invention; 

10 Fig. 4 is an illustration of a specific example of carrying out the steps of the flowchart of Fig. 3; 

Fig. 5 shows a detailed example of the execution of steps in Fig. 3; 

Fig. 6Ais an illustration of a first half of a flowchart describing a routine of one embodiment of the present 
invention; 

Fig. 6B is an illustration of a second half of a flowchart describing a routine of one embodiment of the pres- 
15 ent invention; and 

Fig. 7 shows a table illustrating the method described in Table 2 and Figures 6Aand 6B. 
Fig. 1 shows a portion of a network 100 used to transfer information in a preferred embodiment of the pres- 
ent invention. In Fig. 1, network 100 includes host processing station 102 that is the storage center for infor- 
mation to be distributed, such as sound or image information. Regional hosts such as regional host 104 are 
20 connected to host 1 02 via communication links such as link 106. The regional hosts are used to serve users 
of network 100. 

For example, regional host 104 is connected to user terminal 108 through user link 110. The regional hosts 
act as front ends" to host processing station 102. A regional host performs the input and output (I/O) functions 
for each of the multiple user terminals connected to it The regional host may include a large amount of local 

25 storage for containing information such as user selections, user preferences, sound and/or image information, 
as discussed below, similar to host processing station 102. 

Fig. 1 is illustrative of but one configuration of a network to implement the present invention. In Fig. 1 ? any 
interconnection arrangement between host processing station 102 and the regional hosts is possible. For ex- 
ample, host processing station 1 02 can be connected to regional hosts via a star, ring, bus, or other connection 

30 scheme. Links such as link 106 can be by hardwire connection, fiberoptics, radio frequency communication, 
etc. Regional hosts can be stand-alone computer systems connected to mass storage devices, or can be net- 
works in themselves. The user links such as user link 110 can be achieved by any means known in the art A 
preferred implementation of user links is by existing telephone or cable television networks. User terminals 
such as user terminal 108 can be a personal computer, or telephone or television with digital transmit/receive 

35 capability. 

In a preferred embodiment, the central host processor station includes one or more computers connected 
to mass storage devices such as multiple disk drives. The link between host and regional host is by hardwire, 
fiberoptic or satellite transmission, as available. A regional host operates as a communications control station 
between hundreds, or thousands, of user terminals and the host processing station. The regional host has local 

40 storage that serves primarily as a buffer for I/O. However, many of the functions discussed herein regarding 
the host processing station also can be performed by the regional hosts, as desired. 

In a preferred embodiment, the present invention is adapted to a music selection and distribution service 
that provides users with recommended selections of songs that have a high likelihood of suiting their tastes. 
This system uses the user's household telephone to accept input in the form of touchtone keypad key presses 

45 to allow the user to select recordings from a menu and have the recordings delivered to the user's home. De- 
livery of the recordings can be by traditional methods such as sending a compact disk ("CD") through the mail, 
or by more advanced methods such as "downloading" digital information to a user's computer for playback eith- 
er from the computer or through a high fidelity home sound system. 

For example, the downloaded digital information could be used to create a CD on a writable CD disk drive 

so attached to the computer. Alternatively, the digital information could be written to a digital audio tape (DAT) 
format. Also available today is a "mini disk" format which is a writable format Other possibilities for transferring 
digital recording information to allow the user to play it back at their leisure are possible. Thus, one aspect of 
the invention provides a user interface for making selections from the user's home. 

To continue with the music sel ction service example, a user dials a number and is connected into a net- 

55 work to which the host processing station is connected. The user is given a menu of choices for proceeding 
within the service. On option is for the user to define "preferences", or a list of their favorite artists. For ex- 
ample, a list f the top ten favorite recording artists is maintained for each user of th service. A user is given 
the opportunity to define or modify the list of top ten favorite artists by using the buttons on their telephone 
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or by perating th keyboard or mouse or other input device on their computer. The user can also access a 
list of recommend d selections which the service has determin d might interest the user. The manner in which 
the suggested selections are generated is described in detail, below. 

Another option the service provid s for the user is the ability to preview recordings before the user down- 
5 loads them. That is, the user can hear a short segment of the musical recording over the telephone before de- 
ciding to purchase and download the recording. The preview can be of suggested selections provided by the 
service, selections the user has heard about and can identify by name, or selections of a specific artist, band, 
or style of music (e.g., country, jazz, rock). 

The present invention uses the user's preference list to identify selections that would most likely be of in- 
to terest to the user. This is done by correlating the user's preference list with the preference lists of other users 
of the service. The correlation is performed in an efficient manner since all of the preference list information 
is maintained at the centralized host processing station discussed above in connection with Fig. 1. While it is 
possible that the correlation of user preferences can be done at the regional host level (to take advantage of 
geographical dependencies in user preferences, for example), it is advantageous to include as many users as 
15 possible in the correlation in order to achieve a more reliable correlation. 

Fig. 2 is a block diagram of the host processing station 102 of Fig. 1. Fig. 2 shows host processing station 
102 including an I/O controller 120, processor 122, memory 124, operator interface 126, and storage devices 
at 128. 

I/O controller 1 20 transmits and receives signals from the regional host, such as regional host 104 of Fig. 

20 1.1/0 controller 120 transfers information to and from processor 122. Processor 122 is connected to mass 
storage devices at 128. Processor 122 is also connected to memory 124. Memory 124 is typically solid state 
memory for fast random access and is used, for example, to perform buffering functions, intermediate storage 
for mathematical calculations, database functions, etc. 

Operator interface 126 is connected to processor 122. The operator interface 126 provides a human in- 

25 terface at host processing station 102. By using the operator interface, one can provide better correlations by 
varying the parameters defining how the correlations are made to user preference lists. The operator interface 
may be implemented by any means known in the art, such as having the operator type in numbers for various 
parameter values. The purpose of allowing an operator to adjust parameters from time to time is to "tune" the 
system, based on a trial and error basis, to achieve the best results. This is necessary since the goal of pro- 

30 viding accurate suggested selections is a subjective one. 

It will be apparent to one of ordinary skill in the art that many configurations for the host processing station 
102 that vary from that of Fig. 2 are possible. Specifically, additional hardware components (functional blocks) 
may be present in host processing station 102 such as tape drives and additional processors. Any suitable com- 
puter system may be used. 

35 Table I and Figs. 3-5 will be discussed in connection with an explanation of a specific embodiment of a 

correlation method. 

Table I lists the steps to perform "Subject to Object" correlation to generate suggested selections based 
on a comparison of a user's preference list with the preference lists of other users of the service. The steps 
of Table I are discussed in reference to Figs. 3-5 where a detailed discussion of a method for performing the 
40 correlation as executed by a computer is discussed. 
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10 


Table I 

Subject to Object Correlation 

Two or more persons list their favorite objects 1 . . ♦ n. To 
generate recommendations for any one particular person (the 
"subject") , the following procedure is followed: 

• Search the database of all other people to see if anyone 
has listed n-1 of the same objects. 


• Each match will generate one object that was not listed 
by the subject. Calculate the total number of 
occurrences for each such object and create two rank 
tables. In the first table, rank from maximum to minimum 

is the absolute number of occurrences for each object. In 

the second table, rank from maximum to minimum the ratio 

of the number of occurrences for each object divided by 

the total number of occurrences for that object 

throughout the entire database (i.e., rank the 

"normalized" number of occurrences for each object) . 
20 J ' 

• For each object, compare the rankings between the first 
and second tables and use them to create a third table. 
The third table is comprised of a weighted average of the 
two rankings. The weighting of the rankings can range 

25 from 100% of the first ranking and 0% of the second to 0% 

of the first and 100% of the second, depending on the 
level of weighting desired, and provided an identical 
level of weighting is applied to all objects. The 
results in the third table are then ranked from maximum 

30 to minimum. 
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• If n>2, then search the database of all other people to 
see if anyone has listed n-2 of the same objects, where 

5 ,f n-2" is the "matchup" number. 

• Each match will generate two objects that were not listed 
by the subject. Calculate the total number of 
occurrences for the unlisted objects. 

10 • Repeat the above procedure similarly for all values of 
the matchup number down to, and including, 1. 

• Using the ranked weighted average (i.e., the "third") 
tables for n-1 n-(n-l) searches, create a final 

15 table. The final table is comprised of a weighted 

average of the weighted average rankings for n-1 ... n- 
(n-1) objects searches. The weighting of the rankings 
can range from 100% of the n-1 table and 0* of the other 
tables to 100% of the n-(n-l) table and 0% of all other 
tables, depending on the level of weighting desired, and 

20 provided the weighting of all tables combined equals 

100%. Rank the results in the final table from maximum 
to minimum. 

• Use this final ranking to provide recommendations to the 
25 subject ranging from most likely to enjoy (the maximum 

ranked object) to the least likely to enjoy (the minimum 
ranked object) . 


30 Fig. 3 shows flowchart 200 of a routine for correlating user preferences in the present invention. In a pre- 

ferred embodiment, the routine corresponding to flowchart 200 of Fig. 3 is executed on a computer system, 
such as host processing system 102 of Fig. 2. 

Flowchart 200 can be implemented with one or more software routines on one or more computers. Further, 
flowchart 200 illustrates merely the broad logical flow of a routine to accomplish the correlation procedure of 

35 the present invention. Other flowcharts implementing suitable correlations will be possible while still remaining 
within the scope of the present invention. A software routine, or routines, implementing flowchart 200 may be 
written in any suitable computer language, such as "C", FORTRAN, assembly language or others. For ease 
of discussion, we will refer to the routine of flowchart 200 as a single routine. 

The routine is entered at step 202 where it is assumed that a user preference list exists to which a corre- 

40 lation is to be made with other existing user lists in a computer database. The database could exist, for example, 
in memory 124 of Fig. 2. In step 204, a "reference list" is initialized with n user preferences. In this example, 
we assume that user preference lists contain five entries each. Thus, at step 204 of Fig. 3, the reference list 
is initialized with five entries of a user preference list to which a correlation of preexisting preference lists in 
the database is sought In other words, the routine of flowchart 200 will provide selections in the database that 

45 have a high likelihood of being desired by the user whose preference list has been submitted to the routine. 

At step 206, the variable m is initialized to n-1, that is, m now has the value 4 since n is assumed to be 5 
as discussed above. Also at step 206, a "temp, list" is cleared to be used by the routine as described below. 

At step 208, a check is made to test whether m is greater than 0. If m is greater than 0, execution proceeds 
to step 210. In the present example, since m has just been assigned the value 4, the check at 208 is true and 

so execution proceeds to step 21 0. 

At step 210, a check is made as to whether there are predefined preference lists in the database that have 
not yet been checked against the reference list. Since we have just entered the loop, none of the preference 
lists in the database has been checked so execution proceeds from step 21 0 to step 212. At step 212, the next 
preference list is obtained from the database and made the "current list," At step 214, a check is made as to 

55 whether th current list has m entries that match the reference list. In other words, sine m has the value 4, 
there must be four entries in the current list that match four of the five entries in the r ference list Since the 
reference list contains the user preferences, this means that step 214 of flowchart 200 is attempting to match 
preexisting preferenc lists in the databas that hav at least four entries in common with th user preferences. 
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If a match is found at step 214, execution proceeds to step 216 where the unmatched entries in the current 
list are included in a "temp, list." In our example of m having the value 4, this would mean that one entry in the 
current list is not matched in the reference list. This one unmatched entry is added to the temp, list If the entry 
already xistsinth t mp. list, then a count of th number of occurrences of the entry being added to the temp. 
5 list is incremented. 

After executing step 216, the routine returns to step 21 0 where a check is again made as to whether there 
are more unused preference lists in the database. If there are, execution continues to step 212 where, as be- 
fore, the next list is obtained and checked for four matches against the reference list. If there are four matches, 
then the unmatched entry of the current list is added to the temp, list and so on. However, if, at step 210, there 
10 are no more lists in the database to be checked, execution continues to step 21 8 where the entries in the temp, 
list are ordered according to their counts. This means that entries with high counts are placed higher on the 
list, "Listl," in step 216. 

At step 220, a second list, "List 2," is created in which the entries are ordered according to their normalized 
counts. As before, in forming List 1, the entries are obtained from the temp, list and are ordered according to 

15 their frequency of occurrence as unmatched entries in the current list in the loop of steps 21 0-216 described 
above. The method of normalizing the counts is described in more detail below. At step 222, List 1 and List 2 
are weighted and combined to generate a "selection list m" where m is an integer value. In the present example, 
since m has the value 4, List 1 and List 2 will be combined to generate "selection list 4." At step 224, m is de- 
cremented (i.e., m now equals 3) and the "temp, list" is cleared. Execution then returns to step 208. 

20 At step 208, a check is made as to whether m is greater than 0, as before. Since m is now 3, execution 

proceeds to step 210 where the loop of steps 210-216 is executed to find matches in preference lists in the 
database that have three entries matching with the reference list 

After all of the preference lists in the database have been checked, the loops of steps 210-216 produce 
a temp, list with the unmatched entries of preference lists in the database that have three or more entries match- 

25 ing the reference list. At step 21 8, the entries in the temp, list are ordered by their counts as discussed above 
and stored as List 1. At step 220, the entries are ordered in List 2 similarly to step 218, except that the nor- 
malized counts are used to order the entries. At step 222, List 1 and List 2 are weighted and combined into a 
single list "selection list 3* (since m has the value 3 here). At step 224, m is now set to the value 2 and the 
temp, list is cleared so that the loop of steps 21 0-216 will be re-entered for the case of m being 2. Thus, selection 

30 list 2 and selection list 1 will be formed with an ordered list based on preference lists in the database that have, 
respectively, 2 and 1 entries matching the reference list 

After m has been decremented to 0, the check at step 208 will result in false and execution will continue 
to step 226 of Fig. 3. At step 226, the selection lists 4, 3, 2 and 1 are combined to form a single list Discussion 
of the details of the weighting and combining of the selection lists is presented below. At step 228, the highest 

35 ranked selections of the weighted and combined selection lists generated at step 226 are presented to the user 
as the result of the correlation routine of flowchart 200. 
Finally, the routine is exited at step 230. 

Next, Fig. 4 will be discussed to show a specific example of carrying out the steps of the flowchart 200 of 
Fig. 3. 

40 Fig. 4 shows preference lists, such as user's preference list 300. As shown in Fig. 4, user's preference list 

300 has entries a, d, p, s and y. Database preference lists are shown at 302. For example, database preference 
list 304 includes entries b, p, s, a and d. In a preferred embodiment entries designated by lowercase letters 
in Fig. 4 will actually be the names of recording artists. Also, the number of preference lists in the database 
will be very large, on the order of thousands or even tens of thousands of preference lists. N, the number of 

45 entries on a user's preference list, is given the value 5 for this example. The specific numbers used here are 
merely values used for ease of discussion. In practice, all of the parameters, such as n, m, the number of pref- 
erence lists compared to in the database, and the "weights" to be discussed below, are variable. These para- 
meters, are used to adjust the correspondence routine of Fig. 3 to achieve optimal performance. In other em- 
bodiments of the invention, different parameters may be used. 

50 Thus, referring to flowchart 200 of Fig. 3 and the preference lists and values of Fig. 4, the following dis- 

cussion tracks the specific example of Fig. 4 in association with the steps of flowchart 200 of Fig. 3. 

Step 204 of Fig. 3 calls for initializing a reference list with the n user preferences. Thus, the reference list 
(an internal list manipulated and accessed by the processor executing the routine of flowchart 200) will be iden- 
tical to user's preferenc list 300. That is, the reference list will have entries a, d, p, s and y in that order. At 

55 step 206, m obtains th valu 4(1. ., 5-1) and the temp, list Is cleared. At step 208, m will be greater than 0 so 
that the loop of steps 210-216 is entered to compare th ref r nee list with preference lists in the database, 
such as those shown at 302 of Fig. 4. 

In Fig. 4, us r's preference list 300 consists f {a, d, p, s, y) while database preference list 304 consists 
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of {b, p, s f a, d}. Therefore, there are four matching entries, namely, a, d, p, and s. The single unmatching entry 
in databas preference list 304 is entry b. Thus, the entry b is entered into a temp, list (not shown) as occurring 
once so far. Th n xt time through the loop of step 21 0-216 of Fig. 3, the next database preference list 306 is 
compared with th user's preference list 300. The matching entries ar d, s, and p. Thus, it is seen that database 
5 preference list 306 only has three matching entries with user's preference list 300. Therefore, at step 214 of 
Fig. 3 where a check is made for m, or at this point 4, matching entries the check will fail and execution will 
proceed to step 210 without executing step 216. Therefore, none of the entries of data preference list 306 will 
be inserted into the temp. list. 

Next, database preference list 308 is compared with user's preference list 300. This gives entries y, a, p 
10 and s as matching entries. Since there are four matching entries, the unmatched entry, b, is again added to 
temp. list. Since b-already exists on the temp, list, the count associated with entry b is incremented to 2. The 
loop of steps 210-216 continues until the last database preference list 310 is compared to user preference list 
300. Database preference list 310 has entries a, d, s and p as matching. This results in the unmatched entry 
q of database preference list 310 inserted into the temp, list Finally, there are no more database preference 
15 lists to be checked and execution proceeds to step 21 8 of Fig. 3. 

At step 218 of Fig. 3, the entries in the temp, list are ordered according to their counts and stored as List 
1 . Fig. 4 shows List 1 320 with entries from the temp, list at 322 and the associated counts adjacent to each 
entry at 324. Thus, List 1 has entry b with a count of 1080, entry z has a count of 962, entry c has a count of 
220, entry q has a count of 58, entry t has a count of 7 and entry u has a count of 1. 
20 At step 220, the entries are ordered by their normalized count stored as List 2. In order to calculate the 

normalized count value, the number of occurrences of each of the entries in the temp, list (i.e., the entries at 
322 of List 1, although in a different order) are divided by the total number of times that each entry occurs 
throughout all preference lists in the database. 

In Fig. 4, the entry b of List 1 is determined to have occurred 32,761 times. Similarly, entry z occurs 38,092 
25 times, entry c occurs 5,010 times, entry q occurs 898 times, entry t occurs 25,586 times and entry u occurs 
13,910 times. These values are next multiplied by an arbitrary value of 1,000 to yield the normalized count 
values at 326 of Fig. 4. The entries are then sorted according to their normalized count values and placed in 
List 2 according to their normalized count values. 

List 2 shows the entries of List 1 arranged according to their normalized count values. In List 2, entry q is 
30 the highest ranked entry with 64.6 as a normalized count value. Entry c is next, followed by entries b, z, t and 
u. 

In step 222 of Fig. 3, the entries in List 1 and List 2 are weighted and combined to generate a selection 
list 4. The weighting and combining is a function based upon parameter values that are modified by the operator 
as discussed above. In this example, the ranking of List 1 and List 2 are weighted evenly, or 50% and 50%. 
35 The manner in which the ranking is weighted is by assigning a value of 6 to the highest ranked entry, 5 to the 
next highest ranked entry and so on to a value of 1 for the lowest ranked entry. The values are divided by 2 
since each list is weighted the same and the values are added together for a total weighted combined rank 
value. 

The weighting and combining of step 222 of Fig. 3 is shown at 330 in Fig. 4. Thus, entry b is highest ranked 

40 in List 1 and has a value of 6 divided by 2, which is added to value b's ranking in List 2 given a value of 4 divided 
by 2. Thus, the total combined and weighted value for entry b is 5 as shown in Fig. 4. Similarly, entries z, c, 
q, t and u are weighted. Selection list 4 at 332 is shown with the five highest ranked entries according to the 
calculation performed by step 222 of Fig. 3. 

As discussed above, at the completion of step 222, a selection list is generated for the current value of m. 

45 In the example discussed so far, selection list 4 is created with five entries (entries below the top five are ar- 
bitrarily ignored in this implementation) and executes and proceeds to step 224 where m is decremented, the 
temp, list is cleared and the loop of 210-216 is reentered after step 208. 

Fig. 5 shows a detailed example of the execution of steps 226 and 228 of Fig. 3. 

Fig. 5 shows selection list 4, selection list 3, selection list 2 and selection list 1 . These selection lists were 

so generated by the execution of steps 208-224 of flowchart 200 of Fig. 3 in the manner discussed above. Once 
generated, execution proceeds to step 226 where the selection lists are combined according to a parameterized 
formula. As before, the parameters can be varied by the operator of the system. One of the parameters is the 
length of each selection list which has been set to five in the present example. Thus, even if during execution 
of st ps 21 0-224, th number of entries of List 1 , List 2 or the selection list exceeds 5, ultimately only the highest 

55 ranked 5 entri s are included in the selection list. Also, the weighting of each selection list is shown to the right 
of the set ction list named at 350 of Fig. 5. Thus, selection list 1 is weighted at 0.1 0, selection list 2 is weighted 
at 0.20, s lection list 3 is weighted at 0.30 and selection list 4 is weighted as 0.40. The weights for the selection 
lists can be set by th perator. At 352, th calculations to get the combined and weighted rankings fth en- 
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tri s are shown. 

As before, ach entry is assigned a point value based on its position in th list The highest ranked entry 
is given the value 5, the next highest ranked entry the value 4, and so on, down to the lowest ranked entry 
which has a valu 1. Thes values are multiplied by the weight for the selection list. So for example, entry b 
5 appears in selection list 4, selection list 3 and selection list 1 , but does not appear in selection list 2. Thus, the 
calculation for entry b shown at 354 of Fig. 5 multiplies the ranking of entry b in selection list 4, that is 5, with 
the weight of selection list 4, that is 0.4. Similarly, a ranking of 2 in selection list 3 is multiplied by the weight 
for selection list 3 of 0.3. Since entry b is not present in selection list 2, there is no weighted value associated 
„ with that list. A ranking of 5 is multiplied by the weight 0.1 for selection list 1. Thus, the total for entry b is a 
10 value of 3.1 . Similarly, the weighted and combined values for each entry that appears in one of the selection 
lists is given at 352 of Fig. 5. 

The ordered weighted and combined ranking of entries is shown in list 360 of Fig. 5. A predetermined num- 
ber (another parameter) of the topmost entries of list 360 are presented to the user at step 228 as the results 
of the correlation routine of flowchart 200. Thus, assuming only the three highest entries are used, the user 
15 is presented with entries c, q and b. Remembering that these letters represent recording artists, the user is 
presented with three artists' names that the user is likely to be interested in. 

Thus, the discussion of Figs. 3, 4 and 5 illustrates how the present invention provides a correlation method 
for determining selections based on user preferences where the determined selections are likely to be ones 
that the user is interested in. 

20 Next, Table II and Figs. 6A, 66 and 7 will be discussed to illustrate a method of making "Object to Object" 

correlations in the present invention. 

Table II lists the steps of a method to perform "Object to Object - correlation to generate suggested selec- 
tions, or recommendations, based on a comparison of users' preference lists that already exist in the database. 
The steps of Table II are discussed in reference to Figs. 6A and 6B where a detailed discussion performing 

25 the steps of this method in a computer system is presented. 


30 
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Table II 
Object to Object Correlation 

One or more persons list their favorite objects 1 . . . n . To 
generate a list of similarly liked objects based on any one 
particular object, the following procedure is followed: 

• For every possible combination of two objects, identify 
the number of people having listed both objects. 

• For each unique combination of two objects, identify 
which of the two objects has the lesser and the greater 
number of listings throughout the entire database. 

• For each unique combination of two objects, calculate two 
values. For the first value, calculate the ratio of the 
number of people listing both objects divided by the 
total number of people listing the lesser object 
throughout the entire database. For the second value 
calculate the ratio of the number of people listing both 
objects divided by the total number of people listing the 
greater object throughout the entire database.' 

• For each unique combination of two objects, calculate a 
third value representing a weighted average of the first 
two values. The weighted average can range from 100% of 
the first value and 0% of the second value to 0% of the 
first value and 100% of the second value. 

• Create for each object a ranking, from maximum to 
30 minimum, of all other objects as determined by the 

weighted average value calculated above. 

Use this final ranking to provide a list of similarly 
liked objects J 


10 


15 


20 


25 


35 


Figures 6Aand 6B show flowchart 400 of a routine that executes the steps of Table 2. In Figure 6A, routine 
400 is entered at 402. It is assumed that first and second weighting factors, referred to as "weighting 1" and 
"weighting2" are defined at the time of entry of the routine. The values for the weighting factors are variable 
40 at the control panel, as described above, or by other suitable means. It is further assumed that a database of 
preference lists such as database 302 of Figure 4, including lists 304, 306, 308 and 310 exists. 

At step 404, a unique pair of objects is chosen. In the example discussed above, where objects are names 
of recording artists, step 404 chooses two artists' names from the possible names in the database. At step 
406 the number of lists containing both objects in the pair is determined. For ease of discussion, we represent 
45 this number as "L". 

Referring to Figure 4, for example, if the pair "ad" is selected, lists 304 and 310 include the pair since they 
each include both object "a" and object "d" whereas lists 306 and 308 do not include the pair. 

At step 408, the number of lists containing the first object of the pair, in this case "a", is determined. This 
number is represented as "n1" in this discussion. In our example of Figure 4, database 302 shows three lists, 
so namely lists 304, 308, and 310, containing the object "a". Thus, n1 would be set to 3. 

In step 410, the number of lists containing the second object of the pair, in this case "d", is determined 
and represented as "n2". In this case, n2 would also be set to 3 since lists 304, 306 and 310 each contain the 
object \T. 

At step 412 a check is made as to whether n1 is greater than n2. Assuming nl is greater than n2, x cution 
55 proceeds to step 414 wh re "weightingl " is used as a weighting factor with n1 . The result of th weighting op- 
eration using weightingl and n1 is represented as w1 . In a description of the preferred mbodiment described 
below, T is divided by the value nl b f re the weighting factor is used on th result of the division. However, 
any manner of using the weighting factors on the number of lists containing the predetermined object is within 
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the scope of the invention. 

Next, step 416 is xecuted whereby weighting factor "weighting2" is applied to the value n2. This result is 
designated as w2. 

Assuming, at step 412, that nl is not greater than n2, execution proceeds to step 418 where, in contrast 
5 to step 414, weighting factor "weighting2" is used on the value n1 . The result of this is again designated wl. At 
step 420, "weighting 1" is used as a weighting factor on n2 and the result is designated w2. 

Thus it can be seen that, depending on the relationship of nl as greater than, or less than or equal to, n2, 
the weighting factors are applied in a first or second order to the numbers that designate the number of lists 
containing first and second objects, respectively, in the selected pair. 
10 Flowchart 400 is continued in Figure 6B according to the connection circles *A" and "B". 

Figure 6B shows step 422 executed subsequently to either of steps 416 or 420. At step 422, the results 
w1 and w2 are combined and stored as a ranking number, "ranking*," for the selected pair. At step 424, a check 
is made as to whether there are more unique pairs to be processed, if so, execution returns to step 404. If not, 
execution continues to steps 426-434 where the ranking# of each of the pairs processed above is used to create 
15 an ordered list of selections associated with each of the pairs. 

At step 426, an object from the data is selected to generate pairs. For example, with object "a", possible 
pairs (assuming the lists 304, 306, 308 and 310 form the database) are ab, ap, as, ad, al, az, ay, and aq. After 
executing steps 404-424, described above, each of these pairs will have a ranking* associated with the pair. 
At step 428, all occurrences of the selected object in pairs is determined. This is merely the list of pairs 
20 that include the object "a" as listed above. At step 430, the non-selected object in each pair is ranked in a list 
according to the ranking# for the pair. At step 432, the list is associated with the selected object. 

At step 434 a check is made to see whether there are any more objects to be processed. If so, execution 
returns to step 424, where another unprocessed object is selected. After all the objects have been processed, 
execution falls to step 436 where the routine of flowchart 400 is exited. At the completion of the routine each 
25 unique object in the database will have an associated ranked list. The ranked lists are indicative of the popu- 
larity of the ranked artists among users of the system that have also chosen the selected object, or selected 
artist Thus, the ranked lists provide a way to recommend artists to a user given that the user prefers the se- 
lected artist. 

Figure 7 shows Table 500 to further illustrate the method described in Table 2 and Figures 6A and 6B. 
30 In Figure 7, Table 500 shows names of objects in the database along the top and left sides of the table. 

Table 500 shows only a portion of the objects in the database for ease of discussion. For each row in Table 
500 an object, such as object 502, is designated. At the right of the row is the ranked list associated with the 
object. For object 502, list 504 is the associated list. Note that list 504 shows objects c, b, e, and d ranked in 
that order. 

35 Next, a discussion of the derivation of the ranked lists of Figure 7, such as ranked list 504, is presented. 

The top of Table 500 of Figure 7 shows an object, such as object 504, associated with a number, such as 
number 506. Thus, in Figure 7, object b is associated with the number 26052. This number is the frequency 
of object b in the database. That is, object b occurs in 26052 different lists in the database. Similarly, object 
a occurs 24680 times, object c occurs 47 times, object d occurs 768 times and object e occurs 11298 times. 

40 Each box within the body of Table 500 represents statistics on the pair given by the row and column cor- 

responding to the box. For example, box 508 includes statistics on the pair of objects a and b. The top number 
in the box, 15629, is the number of lists in the database that includes both of the objects in the pair, that is, a 
and b. The second line in the box shows the object of the pair that occurs most frequently in lists in the data- 
base. Thus, in box 508, object b occurs more frequently in the database than object a. This is verified by noting 

45 that b occurs 26052 times and that a occurs 24680 times. 

The number 60.0 results from dividing the number of occurrences of the pair ab by the number of lists that 
contain the more frequently occurring object, b. In other words, 60.0 is the result of dividing 15629 by 26052. 
This number is shown multiplied by 0.1 to yield a result of 6.0. 0.1 is the first weighting factor and is the same 
for each of the calculations in each of the boxes of Table 500. 

50 Similar to the above, the next line in box 508 shows the object of less frequent occurrence in the data base, 

namely, object a. To the right of the object , a' designator is the value 63.3. This value was obtained by dividing 
the frequency of the pair in lists in the database by the frequency of the occurrence of object 'a' in lists in the 
database. That is, 63.3 is the result of dividing 15629 by 24680. The value 0.9 is the second weighting factor 
and is used to modify the calculation that includes the number of occurrences of the less frequently occurring 

55 object of the pair. This gives a result of 57.0. 

Finally, the result of the weighting calculations, that is 6.0 and 57.0, are combined to form a final ranking 
value of 63.0. 

Referring to flowchart 400 of Figure 6A, at step 404 a unique pair of objects is selected. In Figur 7, this 
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would be, for xample, the selection of objects a and b at 502 and 504. At step 406, the number of lists con- 
taining both objects in the pair is d termined. This is the number 15629 of box 508 of Figure 7. At step 408, 
th number of lists containing the first object of the pair is determined. The arbitrary first object of the pair is 
object a and the number of lists containing object a is shown in Table 500 as 24680. Similarly, step 410 of 
Figure 6A determines the number of lists containing the second object of the pair, or object b. In Table 500 of 
Figure 7, this is the number 26052. Note that numbers such as 24680 and 26052 are obtained by scanning 
the preference lists in the database such as preference lists 304, 306, 308 and 310 of database 302 shown 
on Figure 4. This scanning can be by any means known in the art. 

At step 412, a check is made as to which of the first or second objects in the pair occurs with the highest 
frequency in the lists. This check, along with steps 414-420, is used to apply first and second weighting factors, 
designated weightingl and weighting2, to a number that is based on the frequency of occurrence of each of 
the objects of the pair in lists in the database. For example, weightingl has the value 0.1 and weighting2 has 
the value 0.9. 

Simply put, the steps 41 2-420 will always apply weightingl , or 0.1 , to the calculation using the number of 
occurrences of the more frequently occurring object in the pair. Weighting factor "weighting2" is always applied 
to the number of occurrences of the less frequently occurring object. Thus, in box 508, 0.1 is applied to a cal- 
culation using the number of occurrences of object b while 0.9 is applied to a calculation using the number of 
occurrences of object a. In boxes 510, 512, and 514, object a occurs more frequently than its paired object, 
that is, object c, d, or e, respectively. Thus, in each of boxes 510, 512 and 514, the calculation involving the 
number of occurrences of object a is applied with the weighting factor of 0.1 . 

The result in each of the boxes, such as the result 63.0 in box 508, is used to rank the second object of 
the pair in a list where the list is then associated with the first object in the pair. Thus, object c with a result of 
72.8 is ranked at the top of list 504. Similarly, objects b, e and d are ranked successively in list 504. List 504 
is then associated with object a. 

The second row of table 500 shows that object b has list 516 associated with it and that list 516 includes 
objects a, d, e and c. Similarly, objects c, d and e each have a list associated with them as shown by the object 
and associated list at opposite ends of each of the rows of Table 500 of Figure 7. Note that the diagonal boxes 
of Table 500 need not be computed since it is irrelevant to have a pair of the same object, such as pairing object 
a with object a. Also, the lower left triangular portion of Table 500 does not need to be computed since the 
computation is identical for its counterpart across the main diagonal of the table. 

Once the lists of table 500 have been derived, recommended selections of objects based on a given object 
can be obtained from the table. For example, given object a, list 504 would be accessed to return recommen- 
dations of objects c, b, e and d in order of descending likelihood of also being preferred by a user who already 
prefers object a. 

Thus, the method of Table 2 is a way to achieve object to object correlation in one embodiment of the pres- 
ent invention. 

In the foregoing specification, the invention has been described with reference to specific exemplary em- 
bodiments thereof. It will, however, be evident that various modifications and changes may be made thereunto. 
For example, various programming languages and techniques can be used to implement the disclosed inven- 
tion. Also, the specific logic presented to accomplish tasks within the present invention as disclosed by the 
flowcharts may be modified without departing from the scope of the invention. Many such changes or modi- 
fications will be readily apparent to one of ordinary skill in the art. The specification and drawings are, accord- 
ingly, to be regarded in an illustrative rather than a restrictive sense, the invention being limited only by the 
provided claims. 


Claims 

1 , A method for outputing recommended preferences based on predetermined preferences, the method exe- 
cuting on a computer system, the computer system including a processor, database, an input device and 
an output device, wherein the database includes a plurality of datafiles each containing a plurality of pref- 
erences, the method comprising the following steps: 

accepting signals from the input device to indicate a plurality of user preferences; 

using the processor to search the database and to determine the number of user preferences that 
match preferences in a given dataf ile; 

using the processor to id ntify datafiles with a number of matching preferences above a first 
threshold number; 

selecting preferences from the identified datafiles, wherein the selected preferences do not match 
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the user preferences; and 

outputing, by means of the output device, the selected preferences. 

. The method of claim 1 , wherein the preference is an artist's name. 

. The method of claim 1 , wherein the preference is the title of a movie. 

. The method of claim 1, wherein the computer system further includes a data communications network, 
wherein the processor, database, first user input device, second user input device and output device are 
coupled to the network, wherein the first and second user input devices are remotely located from each 
other. 

. The method of claim 1 , wherein the "selecting preferences" step further comprises the substeps of 

(a) for each unmatching preference in the identified datafiles, determining the number of other prefer- 
ences in the identified datafiles that match it and assigning the determined number to the preference; 
and 

(b) using the processor to select one or more unmatching preferences with the highest assigned num- 
bers. 

. The method of claim 1, wherein the number of preferences in a datafile is limited to 10, and wherein the 
first threshold number is 5. 

. The method of claim 5, wherein the number of preferences in a datafile is limited to 10, and wherein only 
those unmatching preferences that also appear in 50% or more of the identified datafiles are selected in 
substep (b). 

. An apparatus for identifying preferences, the apparatus comprising 
a processor; 

a database coupled to the processor; 

means, coupled to the processor, for accepting signals to indicate first and second preferences; 

means, coupled to the processor, for creating an association between the first and second prefer- 
ences and for storing the first and second preferences in the database as a first datafile; 

means, coupled to the processor, for accepting signals to indicate a user preference, wherein the 
user preference is the same as the first preference; 

means, coupled to the processor, for determining that the user preference matches the first pref- 
erence; 

means, coupled to the processor, for retrieving the correlated second preference from the data- 
base; and 

an output device, coupled to the processor, for outputing the second preference. 

. A method for recommending music selections based on a user's preferred music selections, the method 
including a computer system, the computer system including a database, input device and output device, 
the method comprising the following steps: 

storing a plurality of associated music selections in the database; 

accepting signals from the user input device to indicate a plurality, m, of a user's preferred music 
selections; 

using the processor to determine that a number, n, of the preferred music selections match with 
the associated music selections in the database; 

using the processor to determine the number of unmatched associated music selections in the da- 
tabase; and 

outputing, by means of the output device, the unmatched associated music selections. 

0. An apparatus for recommending music selections based on a user's preferred music selections, the ap- 
paratus comprising: 

a computer system including a database; 

means for storing a plurality of associated music selections in the database; 
means for accepting signals from the user input device to indicate a plurality, m, fa user's pre- 
ferred music selections; 

means for determining that a number, n, of the preferred music selections match with the associated 


13 


EP 0 643 359 A2 


music selections in the database; 

means for determining the number of unmatched associated music selections in the database; and 
means for outputing the unmatched associated music selections. 

5 11. A method for outputing an order d list of recommended objects based on an input object, the computer 
system including a processor, database, input device and an output device, the method comprising the 
following steps: 

using the processor to store pairs of ranked objects in the database; 

using the processor to assign a ranking number to each of the pairs of ranked objects and storing 
10 the ranking number as associated with the pair; 

accepting signals from the input device to indicate an object; 

using the processor to find occurrences of the selected object in the pairs of ranked objects; 
for each pair in which the selected object occurs, determining the object in the pair that does not 
match the selected object; 

15 using the processor to order non-matching objects into a list according to the ranking number for 

the pair that the non-matching object belongs to; and 

outputing the list as an ordered list of recommended objects. 
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12. The method of claim 11, wherein each object is an artisfs name. 

13. The method of claim 11 , wherein each object is the title of a movie. 

14. An apparatus for outputing an ordered list of recommended objects based on an input object, the appa- 
ratus comprising: 

a computer system, the computer system including a processor, and a database, wherein the proc- 
essor is coupled to the database; 

pairing means, coupled to the processor, for storing pairs of ranked objects in the database; 

ranking means for assigning a ranking number to each of the pairs of ranked objects and storing 
a given ranking number as associated with a given stored pain 

input means, coupled to the processor, for accepting signals from a human user to indicate a se- 
lected object; 

finding means for finding occurrences of the selected object in the pairs of ranked objects; 
determining means for determining, for each pair, the object in the pair that does not match the se- 
lected object; 

ordering means for ordering non-matching objects into a list according to the ranking number for 
the pair that the non-matching object belongs to; and 

output means, coupled to the processor, for outputing the list as an ordered list of recommended 
objects. 


55 
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